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WEB BASED SYSTEM AND METHOD FOR 
MANAGING SALES DEALS 

A portion of the disclosure of this patent document contains material 
that is subject to copyright protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the Patent and Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. 

BACKGROUND OF THE INVENTION 

This invention relates generally to management of sales leads, also 
referred to as deals, and more particularly, to network-based systems and methods for 
tracking sales leads using an interactive database. 

In a business entity, documentation relating to sales leads and follow- 
ups are typically maintained through a combination of hard-copy files separately 
maintained by individual sales managers within a sales department. Sales leads 
typically are tracked by paper, faxes, and e-mails that may be hard to find and easily 
lost. Sales managers assign the leads to their sales representatives through a manual 
process. Subsequent to the assignment, the sales representatives make sales calls, 
schedule appointments and close the sales, using the manual system. Sales 
representatives are typically tasked with tracking the lead and reporting the 
disposition to their management. Notifications of successful completion and closing 
of the sales leads to the management are generally made by personal contact or 
through internal memorandums. 

Individual sales managers maintain the associated records by tracking 
the sales performance of the business entity in the absence of a centralized 
management system to track and evaluate the overall compliance with corporate sales, 
advertising and marketing strategy. Reports of sales lead status including the 
effectiveness in relation to the overall corporate strategy are generated manually 
through review of the individual sales success records. The manual system does not 
provide continuity due to management changes and may result in inaccurate records. 
The discontinuity and inaccurate records may be problematic for a business entity 
which is expected to perform profitably under substantial competitive pressures. 
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BRIEF SUMMARY OF THE INVENTION 

In an exemplary embodiment, a searchable web-based system collects, 
tracks and disseminates real time information, regarding sales leads and the status of 
such leads. In another exemplary embodiment of the invention, a web-based method 
is utilized to track leads using a server system coupled to a centralized interactive 
5 database and at least one client system. The method includes receiving lead 
information, entering the lead information into a centralized database, storing the lead 
information into the centralized database, cross-referencing the lead information 
against a unique identifier, and providing the stored lead information in response to a 
user inquiry. 

in 10 A Sales Lead Management System (SLMS), in one embodiment, 

^ includes a web-enabled interactive database to automate a process for sales leads 

m tracking and management. The SLMS captures all sales lead information and 

fj. provides on-line, up-to-date information upon request. The SLMS tracks deals from 

?5 inception to completion and provides a status of these deals to users. Deals are often 

15 referred to as sales leads or simply as leads. In the exemplary embodiment, the 
u system utilizes a Relational Database with a client user interface front-end for 

3 administration and a web interface for standard user input and reports. Information is 

■f accessed in the database through Structured Query Language (SQL). The SLMS 

3 includes a sales lead database for use in automating documentation, monitoring and 

20 tracking activities associated with management of sales leads. 

In an alternative embodiment, the SLMS is integrated with a 
teleservices outbound call center where leads are pre-qualified by outbound sales 
representatives and made available via the Internet. Leads are assigned and 
reassigned by an immediate manager depending on circumstances. In one 
25 embodiment, the immediate supervisor is a sales manager. For example, if a sales 
representative quits his or her organization, his or her leads can be reassigned to 
another sales representative. 

The SLMS supports various levels of management hierarchy and 
provides access to individuals based on the position held by the individual within the 
30 business entity. The SLMS builds a sales funnel from first contact to follow-up to 
disposition. Leads can be tracked from Qualified, Proposed, Contract, Sale or Loss 
including reason codes. The SLMS has capability to download data extracted to 
populate commercialized database programs or spread sheet software, which provides 
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the end-user with additional flexibility. Similarly, the data extracted can be uploaded 
to the SLMS from commercialized database programs or spread sheet software. A 
robust notes section allows a historic overview of the lead which can be reviewed by 
higher level managers or representatives responsible for an account or specific lead. 

The SLMS provides a formalized process to track and manage the sales 
leads. The SLMS also provides a cost benefit by streamlining the management 
process associated with sales management to improve accountability and 
performance. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a simplified block diagram of a Sales Lead Management 
System (SLMS) in accordance with one embodiment of the present invention; 

Figure 2 is an expanded version block diagram of an exemplary 
embodiment of a server architecture of the SLMS; 

Figure 3 shows a configuration of a database within the database server 
of the server system with other related server components; 

Figure 4 is an exemplary embodiment of a first user interface 
requesting the information about a user or a primary contact person within the 
organization; 

Figure 5 is an exemplary embodiment of a second user interface 
downloaded and displayed by the server system when the user selects a continue 
button (shown in Figure 4); 

Figure 6 is an exemplary embodiment of a third user interface 
downloaded and displayed by the server system when the user selects a continue 
button (shown in Figure 5); 

Figure 7 is an exemplary embodiment of a fourth user interface 
downloaded and displayed by the server system when the user selects a continue 
button (shown in Figure 6); 

Figure 8 is an exemplary embodiment of a fifth user interface 
downloaded and displayed by the server system when the user selects a continue 
button (shown in Figure 7); 
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Figure 9 is an exemplary embodiment of a sixth user interface 
downloaded and displayed by the server system when the user selects a continue 
button (shown in Figure 8); 

Figure 10 is an exemplary embodiment of a seventh user interface 
5 downloaded and displayed by the server system when the user has completed the 
enrollment process; 

Figure 11 is an exemplary embodiment of a user interface depicting 
sales tracker organization set up screen; 

Figure 1 2 is an exemplary embodiment of a user interface prompting 
10 the user to supply information on level 2 and level 3 territories; 

Figure 13 is an exemplary embodiment of a user interface for 
providing detail information about every user using the SLMS; 

Figure 14 is an exemplary embodiment of a user interface detailing the 
organization structure as entered by the user; 

1 5 Figure 1 5 is an exemplary embodiment of a user interface displaying a 

thank you message once the enrollment is complete informing the user that the 
enrollment is complete and that the user may now use the system to track sales leads; 

Figure 16 is an exemplary embodiment of a user interface, also known 
as a home page of the SLMS shown in Figure 2; 

20 Figure 17 is an alternative exemplary embodiment of the home page 

user interface of the SLMS shown in Figure 2; 

Figure 18 is an exemplary embodiment of a "View Database" user 
interface providing the user with an ability to perform several functions pertaining to 
the user's own database maintained within the database; 

25 Figure 19 is an exemplary embodiment of an "Add New Contact" user 

interface providing the user with an ability to add new contacts into the database; 

Figure 20 is an exemplary embodiment of a "View Product table" user 
interface providing the user with an ability to view various products from the 
database; 
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Figure 21 is an exemplary embodiment of an "Import Contact Data" 
user interface providing the user with an ability to import contacts data from the 
database; 

Figure 22 is an exemplary embodiment of an "Archive Contacts" user 
interface providing the user with an ability to archive contacts data to the database; 

Figure 23 is an exemplary embodiment of an "Query Contact 
Database" user interface providing the user with an ability to query contacts data from 
the database; 

Figure 24 is an exemplary embodiment of a "View Notes" user 
interface providing the user with an ability to view various notes stored in the 
database; 

Figure 25 is an exemplary embodiment of an "Add Notes" user 
interface providing the user with an ability to add notes to the database; 

Figure 26 is an exemplary embodiment of a "View Action Items" user 
interface providing the user with an ability to View Action Items stored in the 
database; 

Figure 27 is an exemplary embodiment of an "Add Action Items" user 
interface providing the user with an ability to Add Action Items to the database; 

Figure 28 is an exemplary embodiment of a "View Products" user 
interface providing the user with an ability to view products from the database; 

Figure 29 is an exemplary embodiment of an "Add Products" user 
interface providing the user with an ability to add products against a specific contact 
into the database; 

Figure 30 is an exemplary embodiment of a "View Deal Status" user 
interface providing the user with an ability to view deal status against a specific 
contact into the database; 

Figure 3 1 is an exemplary embodiment of a "Change Deal Status" user 
interface providing the user with an ability to change deal status from one stage to 
another; 
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Figure 32 is an exemplary embodiment of an "Add New Contact" user 
interface providing the user with an ability to view add new contact against a specific 
deal into the database; 

Figure 33 is an exemplary embodiment of an "Action Items" user 
interface providing the user with an ability to view an aggregate list of all actions for 
all contacts that have not been archived; 

Figure 34 is an exemplary embodiment of a "Reporting" user interface 
providing the user with an ability to view various reports; 

Figure 35 is an exemplary embodiment of a Contacts Report; 

Figure 36 is an exemplary embodiment of an Action Items Report; 

Figure 37 is an exemplary embodiment of a Sales Funnel Report; 

Figure 38 is an exemplary embodiment of a Sales Forecast Report; 

Figure 39 is an exemplary embodiment of a Won & Lost Deals Report; 

Figure 40 is an exemplary embodiment of a Products Report; 

Figure 41 is an exemplary embodiment of an Export Contacts Report; 

Figure 42 is an exemplary embodiment of an "Add/Update Users" user 
interface providing the user with an ability to perform several management functions 
based on the information stored in the database; 

Figure 43 is an exemplary embodiment of a "Change Company 
Profile" user interface providing the user with an ability to change a company profile 
stored in the database; 

Figure 44 is an exemplary embodiment of a "Change Payment 
Information" user interface providing the user with an ability to change payment 
information stored in the database; 

Figure 45 is an exemplary embodiment of a "Change Organization" 
user interface providing the user with an ability to change organizational information 
stored in the database; 
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Figure 46 is an exemplary embodiment of an "Add Territory" user 

interface; 

Figure 47 is an exemplary embodiment of a "Move Territory" user 

interface; 

5 Figure 48 is an exemplary embodiment of a "Rename Territory" user 

interface; 

Figure 49 is an exemplary embodiment of a "Delete Territory" user 

interface; 

Figure 50 is an exemplary embodiment of a "Change Administrator" 
user interface providing the user with an ability to change administrator information 
stored in the database; 

Figure 51 is an exemplary embodiment of an "Add/Update Product 
Table" user interface providing the user with an ability to Add/Update Product Table 
information stored in the database; 

Figure 52 is an exemplary embodiment of a "Contacts US" user 

interface; 

Figure 53 is an exemplary embodiment of a "Frequently Asked 
Questions" user interface; 

Figure 54 is an exemplary embodiment of a "Pricing" user interface; 

20 Figure 55 is an exemplary embodiment of a "Terms of Use" user 

interface; and 

Figure 56 is an algorithm used by the system to help the user practice 
the SLMS when the user logs on to a home page of the web site through the client 
system. 

DETAILED DESCRIPTION OF THE INVENTION 

25 Exemplary embodiments of systems and processes that facilitate 

integrated network-based electronic reporting and workflow process management 
related to Sales Lead Management System (SLMS) are described below in detail. The 
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SLMS tracks deals from inception to completion and provides a status of these deals 
to users. Deals are often referred to as sales leads or simply as leads. The systems 
and processes facilitate, for example, electronic submission of information using a 
client system, automated extraction of information, and web-based assessment 
5 reporting and management of sales leads for users. 

The systems and processes are not limited to the specific embodiments 
described herein. In addition, components of each system and each process can be 
practiced independent and separate from other components and processes described 
herein. Each component and process also can be used in combination with other 
1 0 components and processes. 

□ Figure 1 is a simplified block diagram of a Sales Lead Management 
Q System (SLMS) 10 including a server system 12 and a plurality of client systems 14 
j connected to server system 12. SLMS 10 tracks deals from inception to completion 
li and provides a status of these deals to users. Deals are often referred to as sales leads 
^ 15 or simply as leads. In one embodiment, client systems 14 are computers including a 
y web browser, such that server system 12 is accessible to client systems 14 via the 
\. Internet. Client systems 14 are interconnected to the Internet through many interfaces 
II including a network, such as a local area network (LAN) or a wide area network 

(WAN), dial-in-connections, cable modems and special high-speed ISDN lines. 
^ 20 Client systems 14 could be any device capable of interconnecting to the Internet 

□ including a web-based phone or other web-based connectable equipment. A database 
server 16 is connected to a centralized database 20 containing product related 
information on a variety of products, as described below in greater detail. In one 
embodiment, centralized database 20 is stored on database server 16 and can be 

25 accessed by potential users at one of client systems 14 by logging onto server system 
12 through one of client systems 14. In an alternative embodiment centralized 
database 20 is stored remotely from server system 12. 

The SLMS utilizes a web-enabled interactive database to automate a 
sales leads tracking and management process. System 10 captures all sales lead 
30 information and provides on-line, up-to-date information upon request. In one 
exemplary embodiment, system 10 utilizes a Relational Database with a client user 
interface front-end for administration and a web interface for standard user input and 
reports. Information is accessed in the database through Structured Query Language 
(SQL). The SLMS is a sales lead tracking and management tool that can be used as a 
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stand alone single user, a corporate user with varying levels of sales managers and 
sales representatives or tightly integrated with a teleservices outbound call center 
where leads are pre-qualified by outbound sales representatives and made 
immediately available via the Internet. Leads are assigned and reassigned by an 
immediate manager or a system's administrator depending on circumstances. For 
example, if a sales representative quits his or her organization, his or her leads can be 
reassigned to another sales representative. 

System 10 supports various levels of management hierarchy and 
provides access to individuals based on the position held by the individual within the 
business entity. System 10 builds a sales funnel from first contact to follow-up to 
disposition. System 10 facilitates tracking of leads from Qualified, Proposed, 
Contract, Sale or Loss including reason codes. System 10 is capable of downloading 
data extracted to populate additional software tools such as Microsoft Excel or 
Microsoft Access allowing the end-user with additional flexibility. Similarly, the data 
extracted can be uploaded to the SLMS from products such as Microsoft Excel or 
Microsoft Access. It may be necessary for the user to convert the file the user wish to 
upload to a text file prior to importing the file. A robust notes section allows a 
historic overview of the lead which can be reviewed by higher level managers or 
representatives taking over an account or specific lead. 

Figure 2 is an expanded version block diagram of an exemplary 
embodiment of a server architecture of a Sales Lead Management System (SLMS) 22. 
Components in system 22, identical to components of system 10 (shown in Figure 1), 
are identified in Figure 2 using the same reference numerals used in Figure 1 . System 
22 includes server system 12 and client systems 14. Server system 12 further includes 
a database server 16, an application server 24, a web server 26, a fax server 28, a 
directory server 30, and a mail server 32. A disk storage unit 34 is coupled to 
database server 16 and directory server 30. Servers 16, 24, 26, 28, 30, and 32 are 
coupled in a local area network (LAN) 36. In addition, a system administrator's 
workstation 38, a user workstation 40, and a supervisor's workstation 42 are coupled 
to LAN 36. Alternatively, workstations 38, 40, and 42 are coupled to LAN 36 via an 
Internet link or are connected through an intranet. 

Each workstation, 38, 40, and 42 is a personal computer having a web 
browser. Although the functions performed at the workstations typically are 
illustrated as being performed at respective workstations 38, 40, and 42, such 
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functions can be performed at one of many personal computers coupled to LAN 36. 
Workstations 38, 40, and 42 are illustrated as being associated with separate functions 
only to facilitate an understanding of the different types of functions that can be 
performed by individuals having access to LAN 36. 

In another embodiment, server system 12 is configured to be 
communicatively coupled to various individuals or employees 44 and to third parties, 
e.g., internal or external auditors, 46 via an ISP Internet connection 48. The 
communication in the exemplary embodiment is illustrated as being performed via the 
Internet, however, any other wide area network (WAN) type communication can be 
utilized in other embodiments, i.e., the systems and processes are not limited to being 
practiced via the Internet. In addition, and rather than WAN 50, local area network 36 
could be used in place of WAN 50. 

In the exemplary embodiment, any authorized individual or an 
employee of the business entity having a workstation 54 can access SLMS 22. One of 
the client systems includes a senior manager's workstation 56 located at a remote 
location. Workstations 54 and 56 are personal computers having a web browser. 
Also, workstations 54 and 56 are configured to communicate with server system 12. 
Furthermore, fax server 28 communicates with employees located outside the 
business entity's 44 and any of the remotely located client systems, including a client 
system 56 via a telephone link. Fax server 28 is configured to communicate with 
other client systems 38, 40, and 42 as well. 

Figure 3 shows a configuration of database 20 within database server 
16 of server system 12 shown in Figure 1. Database 20 is coupled to several separate 
components within server system 12, which perform specific tasks. 

Server system 12 includes a collection component 64 for collecting 
information from users into centralized database 20, a tracking component 66 for 
tracking information, a displaying component 68 to display information, a receiving 
component 70 to receive a specific query from client system 14, and an accessing 
component 72 to access centralized database 20. Receiving component 70 is 
programmed for receiving a specific query from one of a plurality of users. Server 
system 12 further includes a processing component 76 for searching and processing 
received queries against data storage device 34 containing a variety of information 
collected by collection component 64. An information fulfillment component 78, 
located in server system 12, downloads the requested information to the plurality of 
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users in the order in which the requests were received by receiving component 70. 
Information fulfillment component 78 downloads the information after the 
information is retrieved from data storage device 34 by a retrieving component 80. 
Retrieving component 80 retrieves, downloads and sends information to client system 
5 14 based on a query received from client system 14 regarding various alternatives. 

Retrieving component 80 further includes a display component 84 
configured to download information to be displayed on a client system's graphical 
user interface and a printing component 88 configured to print information. 
Retrieving component 80 generates various reports requested by the user through 
10 client system 14 in a pre-determined format. System 10 is flexible to provide 
alternative reports and is not constrained to the options set forth above. 

S Database 20 is divided into a Sales Personnel Information Section 

,1 (SPIS) 90, an Organizational Information Section (OIS) 94, and a Client/Lead 

II Information Section (CLIS) 96. Sections 92, 94 and 96 within database 20 are 

ll 1 5 interconnected to update and retrieve the information as required. 

In an exemplary embodiment, SLMS utilizes a software that allows the 
7! user to produce a series of sales and sales management reports on demand. The 

2 software may be utilized on a stand alone computer system or may be downloaded 

5 through an intranet or the Internet. The software includes a feature for recording 

;i 20 specific tasks that need to be completed and links these tasks to a contact. This 

feature helps a sales person manage their daily activity without using another software 

such as project management. 

The software has a 4 level hierarchy with different features for level 4 
sales representatives versus level 1, 2 and 3 managers. The critical aspects for 
25 managers is the ability to assign and reassign leads to lower levels and to view all 
activity of the lower levels reporting to them. The software provides an on-line help 
feature to assist the user in quick learning. 

The system allows a user to import and export data from other 
commercial software. A user can import contact as well as sales lead information 
30 from another software program into sales tracker and can export the data from Sales 
Tracker to allow for custom reports and analysis. The system's flexibility permits the 
user or an administrator to change the user profile information including the territory 
the user is assigned to, the users payment information (or company's payment 
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information), adding new users, deleting inactive users, reassigning leads from one 
sales representative to another. This flexibility allows the user, administrator or 
anyone having an authorization to make changes or enhancements. 

The system further includes an enrollment process which allows the 
5 user to "sign up now and set up their account at a later time". The enrollment process 
is the method of setting up the user's organizational hierarchy including all enrollees. 
Once the user provides initial information through a pre-determined menu, the system 
sets up automatically the user's accounts and the proper organizational structure based 
on the information. The system utilizes a database which includes a complete product 
1 0 catalogue allowing the user to maintain a library of products available for selling and 
to assign a product to a specific contact. The system provides a unique lead 
- 1 disposition process which provides the user with a visual flowchart of a sales process 

: u with the appropriate disposition code to use based on the stage of the process a 

If* particular deal is in allowing a user friendly approach to disposition leads in the 

ifi 15 system and a process tool to help sales people sell more systematically. The system 
ft! further offers an option that provides the users with pre-qualified leads loaded into a 

^ sales representative's account and available for their follow up real time. The feature 

M related to loading pre-qualified leads into the sales representative's account is often 

accomplished through the use of call center services and the integration of call 
:ji 20 management software (for e.g. Siebel 2000) with the SLMS. 

□ SLMS architecture of system 10 as well as various components of 

system 10 are exemplary only. Other architectures are possible and can be utilized in 
connection with practicing the processes described below. 

Figures 4 through 15 are exemplary embodiments of user interfaces 
25 utilized by the SLMS in the enrollment process. Through a series of user interfaces, 
the user is guided to complete the enrollment process and create a structure of the 
organization within the system that tracks sales leads to improve sales productivity. 
The information provided through the user interfaces depicted in Figures 4 through 1 5 
is stored in centralized database 20 and retrieved by server system 12 as required. 
30 Many variations of particular user interfaces or screens viewable by the user can be 
utilized. The following description refers to one set of screens that can be used to 
prompt the user to make the necessary inputs to enable the system to generate various 
reports, charts, or status reports. Of course, many variations of such screens are 
possible. 
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Referring now specifically to the drawings, Figure 4 is an exemplary 
embodiment of a first user interface 110 requesting the information about a user or a 
primary contact person within the organization. Through various fields of user 
interface 1 10, the user is prompted to enter the user's first name 1 12, a last name 1 14, 
5 a title 1 16, a phone number 118, and an e-mail address 120. 

Figure 5 is an exemplary embodiment of a second user interface 130 
downloaded and displayed by server system 12 when the user selects a continue 
button 122 (shown in Figure 4). The user is prompted through second user interface 
130 to supply information about the user's company including a company name 132, 
10 the company's address 134, a city 136, a state 138 and a zip code 140. 

Figure 6 is an exemplary embodiment of a third user interface 150 
downloaded and displayed by server system 12 when the user selects a continue 
button 142 (shown in Figure 5). The user is prompted through third user interface 150 
to supply information about a number of sales tracker users within the company 152, 

15 and clarification regarding whether the user is enrolling into the program as an 
individual or as a company through a plurality of fields. Through user interface 150, 
the user has an option to review the terms of use 154, which the user may access 
through a hypertext link, and either decline or accept the terms of use. System 
requirements may also be accessed by the user through a separate hypertext link 

20 entitled "Minimum System Requirements" 156. 

Figure 7 is an exemplary embodiment of a fourth user interface 170 
downloaded and displayed by server system 12 when the user selects a continue 
button 158 (shown in Figure 6). The user is prompted through fourth user interface 
170 to supply information about administrator's first name 172, a last name 174, a 
25 phone number 178, and an e-mail address 180. Selection of a continue button 182 
transmits the message to server system 12 to download and display a next user 
interface. 

Figure 8 is an exemplary embodiment of a fifth user interface 190 
downloaded and displayed by server system 12 when the user selects a continue 
30 button 182 (shown in Figure 7). The user is prompted through fifth user interface 190 
to supply information about a user's payment information which includes, user's 
Credit Card Type 194, Credit Card Number 196, Expiration Date 198, Name on the 
Credit card 200, and Credit Card Billing Address including City, State and Zip Code 
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202. Selection of a continue button 204 transmits the message to server system 12 to 
download and display a next user interface. 

Figure 9 is an exemplary embodiment of a sixth user interface 210 
downloaded and displayed by server system 12 when the user selects a continue 
5 button 204 (shown in Figure 8). Sixth user interface 210 displays all the information 
provided by the user and provides the user with an option to modify the information, 
if necessary by returning to the previous user interfaces. 

Figure 1 0 is an exemplary embodiment of a seventh user interface 220 
downloaded and displayed by server system 12 when the user has completed the 
10 enrollment process. Seventh user interface 220 displays a thank you message and 
□ provides the user with an option to access another user interface through a hypertext 

^{ link for entering essential information about the sales organization structure. The user 

jjj may decide to stop at this juncture and enter this information at a later date. 

j f= Figures 11 through 15 are exemplary embodiments of user interfaces 

|S 15 that allow the user to set up Sales Tracker user accounts by providing an 

organizational structure of the sales force that will be utilizing sales tracker. 

Figure 11 is an exemplary embodiment of a user interface 230 
m depicting a sales tracker organization set up screen. Level 1 represents the manager of 

! :f the territories. Level 4 represents sales representatives. The organization may have 

20 less than 4 levels. SLMS 10 is designed to work effectively for all organizations, 
whether the organization is a single person organization or an organization involving 
numerous sales representatives working in different regions or territories. Through 
user interface 230 the user provides a Level 1 user's first name 232, a last name 234, 
and an e-mail address 236. 

25 Figure 12 is an exemplary embodiment of a user interface 240 

prompting the user to supply information on level 2 and level 3 territories. The user 
may continue by selecting a continue button 242 for adding territories or stop the 
process for adding additional territories by selecting a button 244. 

Figure 13 is an exemplary embodiment of a user interface 250 for 
30 providing detail information about every user using SLMS. The user supplies a first 
name 252, a last name 254, an e-mail address 256, and identify a level as well as 
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territory for each name entered into the database. The user has an option to supply 
more names or end the process by selecting an appropriate button. 

Figure 14 is an exemplary embodiment of a user interface 270 detailing 
the organization structure as entered by the user. The user reviews the information 
5 and may modify the information as appropriate by adding another territory 274, 
renaming a territory 276, adding another user 278, or updating a user 280. 

Figure 15 is an exemplary embodiment of a user interface 290 
displaying a thank you message once the enrollment is complete informing the user 
that the enrollment is complete and that the user may now use the system to track 
10 sales leads. 

Figure 16 is an exemplary embodiment of a user interface, also known 
%: j as a home page 330 of SLMS 10 shown in Figure 2. Home page 330 is displayed 

m once the user has logged onto the system and the system has authenticated the user 

j fl after verifying user's identification name and a password. If the user is not 

In 15 authenticated, system 10 displays a message to the user advising to log in again. The 

home page displays several navigational buttons or hypertext links at top of the page, 
jrj Home page 330 downloads and displays a section for "My Top Action Items" 334 and 

o another section for "My Top Prospects" 340. "My Top Action Items" 334 shows the 

! 2 actions that have been created by the logged in user that are still open. Top actions 

;5 20 334 are displayed chronologically in ascending order (past, present and then future). 

"My Top Prospects" 340 shows deals that are not closed or lost, showing the deals 
with the highest deal amount for this contact. New users do not have anything 
displayed in these blocks. Home page 330 along with graphics, also displays a 
hypertext link "Sales Tracker User Tips" 344 for the user. In yet another 
25 embodiment, once a user has been authenticated, the user is directed to the main web 
site (www.bizproductivity.com ) customer center. From the customer center user 
interface, the user selects Sales Tracker as the service the user wishes to access, which 
connects the user to the home page. It will be recognized by those skilled in the art 
that there are multiple other possible embodiments that can be utilized in securing the 
30 system as well as accessing the home page through the secured system. 

In an exemplary embodiment, home page 330 utilizes a top frame 
when the user logs in with the user's password. The top frame utilizes eight different 
navigational buttons or tabs to guide the user through these various sections. These 
sections include, but are not limited to, "Home" 350, "My Database" 360, "Contacts" 
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370, "Action Items" 380, "Reporting" 390, "Management" 400, "Service/Help" 410 
and "Log Out" 420. Each navigational button permits the user to get back to the 
screen from any other screen in the system. Home 350 takes the user back to home 
page 330. 

5 Figure 1 7 is an alternative exemplary embodiment of home page user 

interface 430 of SLMS 10 shown in Figure 2. Home page user interface 430 
navigational bar has all the features that are available on home page 330 (shown in 
Figure 16) in addition to online help function that can be accessed when the user 
double clicks on a Question Mark (?) 434. Through online help function, the user can 

1 0 address a variety of issues that the user may encounter during the operation. Online 
help provides step by step approach to the user in addressing a specific issue. It also 
provides guideline to the user in viewing the data, making changes to the data, 
qualifying data, closing a deal, creating reports, managing data, and managing the 
organization. Appendix A includes various online help screens available to the user. 

15 Even though, many user interfaces shown below, do not indicate a question mark 
symbol for online help, adding this particular function can be achieved without 
compromising other functionality of the system. 

Figures 18 through 23 are exemplary embodiments of various sub- 
sections of "My Database" 360 (shown in Figure 16). For example, Figure 18 is an 

20 exemplary embodiment of a "View Database" user interface 450 providing the user 
with an ability to perform several functions pertaining to the user's own database 
maintained within database 20. "View Database" user interface 450 is one of a sub- 
section of "My Database" 360 (shown in Figure 16). "My Database" 360 also 
provides the user with an option to perform many different functions including, but 

25 not limited to, Add New Contact 460, Import Contact Data 464, Archive Contact 470, 
Query Contact Database 474, and View Product Table 480. Additionally, online help 
function is also accessible to the user by double clicking a Question Mark (?) (not 
shown). Once the user double clicks the question mark and invokes online help 
function, the user is directed to a set of online help screens shown in Appendix A. 

30 Import Contact Data 464 allows the user to upload contacts in batch from the various 
formatted files. Archive Contact 470 archives records and displays the records when 
archived records are requested. When a contact is archived, all notes, action items, 
products and deal status history associated with that contact is also archived. If the 
user goes to Archive Contact 470 from the View Database selection, the data on that 

35 page should be refreshed to exclude all archived records. Query Contact Database 
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474 allows the user to query database 20 through a variety of methods. System 10 
screens the data based on the user's established level. For example, if the user is a 
Level 1 user, the user will be able to view all the data. However, if the user is a level 
4 user, system 10 does not display the salesperson selection to the user. View Product 
5 Table 480 is a display only view of the Product Table that is maintained under 
Management-Update Product Table. Selecting the column headings allows the user 
to sort based on the selected fields. 

User interface 450 displays the user's own personal database which 
includes a Company Name 490, a Contact Name 494, a Phone Number 496, a Deal 
10 Status 500, a name of a Sales Person 504, and a date on which this particular deal 
status was last updated 5 10 by the user. 

If the user is a salesperson, the salesperson column is not displayed. If 
the user is a management member having a direct authority over various sales 
personnel, a name of the sales person responsible for this specific account is 

15 displayed. System 10 only displays the current data and not the archived records 
unless the user specifically requests to display archived records. Selecting Contact 
Name 494 takes the user to Contacts, View Notes. Deal status 500 and salesperson 
504 columns contain pull down menus allowing the user to make changes. 
Salesperson 504 column pull down menus are populated with the names of the 

20 salespersons in the user's territory and the word Unassigned. Deal status 500 pull 
down menus are pre-populated with the following: Unassigned, New Lead, Attempt 
Contact, Qualified Lead, Not Qualified, Proposal Sent, Proposal Accepted, Contract 
Pending, Closed Sale, Loss, Archived. This allows the user an opportunity to record 
the current status against each company name 490. Last update date 510 is used to 

25 show when a contact has been 'touched'. This field is updated when a deal status is 
changed or when an action item for the contact has been completed. This field cannot 
be edited by the user and is updated automatically by system 10. 

Figure 19 is an exemplary embodiment of an "Add New Contact" user 
interface 520 providing the user with an ability to add new contacts into database 20. 
30 "Add New Contact" user interface 520, a blank contact page, is one of a sub-section 
of "My Database" 360 (shown in Figure 16). System 10 downloads and displays a 
blank page prompting the user to supply required information which includes a 
Contact Name 522, a Title 524, a Company Name 526, a Company Address 528 
including a City Name 530, a State 532, and a Zip Code 534. System 10 further 
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displays a Phone Number 536, a Fax Number 538, an E-Mail address 540, Deal Status 
542, Deal Amount 544 that can be realized if the deal is closed, Probability of Sale 
550, Expected Close Date 552, Open Action Items 556, a Promotion Code 560, a 
Contact Source 564, a Line of Business 566, a number of Employees 570 and Sales 
5 Volume 574 of the business. 

Figure 20 is an exemplary embodiment of a "View Product table" user 
interface 590 providing the user with an ability to view various products from 
database 20. "View Product table" user interface 590 is one of a sub-section of "My 
Database" 360 (shown in Figure 16). User interface 590 displays a name of a Product 
10 592, a Model Number 594, Description of the Product 598 and Price per Unit 600. 
User interface 590 is a display only view of the Product Table that is maintained 

□ under Management-Update Product Table. Selecting the column headings allows the 
7j user to sort based on that specific field. 

II Figure 21 is an exemplary embodiment of an "Import Contact Data" 

U 15 user interface 610 providing the user with an ability to import contact data from 
p database 20. "Import Contact Data" user interface 610 is one of a sub-section of "My 

J_ = Database" 360 (shown in Figure 16). User interface 610 requests the user to specify a 

|1 file name 612. Once the user specifies file name 612, the user sends a request to 

□ server system to import the contact data. The system displays the data in a pre- 
5 20 organized sequence. 

Figure 22 is an exemplary embodiment of an "Archive Contacts" user 
interface 620 providing the user with an ability to archive contact data to database 20. 
"Archive Contacts" user interface 620 is one of a sub-section of "My Database" 360 
(shown in Figure 16). 

25 Figure 23 is an exemplary embodiment of a "Query Contact Database" 

user interface 626 providing the user with an ability to query contacts from database 
20. "Query Contact Database" user interface 626 is one of a sub-section of "My 
Database" 360 (shown in Figure 16). User interface 626 requests from the user 
specific information such as a Company Name, a Contact Name, a Phone Number and 

30 other relevant information. Once the user submits this information by selecting a go 
button, server system 12 downloads the requested information to the user on user's 
display. The user has an option to query the database for a single sales representative 
or all the sales representatives. The user may also download the leads for a selected 
period. 
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Figures 24 through 32 are exemplary embodiments of various sub- 
sections of "Contacts" 370 (shown in Figure 16). For example, Figure 24 is an 
exemplary embodiment of a "View Notes" user interface 630 providing the user with 
an ability to view various notes stored in database 20. "View Notes" user interface 
630 is one of a sub-section of "Contacts" 370 (shown in Figure 16). "Contacts" 370 
section provides the user with an option to perform many different functions 
including, but not limited to, View Notes 630, Add Notes 636, View Action Items 
640, Add Action Items 644, View Products 650, Add Products 654, View Deal 
History 660, Change Deal Status 664, and Add New Contact 670. The user may 
access each of these sub-section by selecting that specific sub-section button located 
at the top portion of the user interface. 

Each sub-section of Contacts 630 section is divided into an Upper Half 
Section 680 and a Lower Half Section 690. Upper Half Section 680 displays a 
Contact Name 702, a Title 704, a Company Name 706, a Company Address 708 
including a City Name 710, a State 712, and a Zip Code 714. System 10 further 
displays a Phone Number 716, a Fax Number 718, an E-Mail address 720, Deal Status 
722, Deal Amount 724 that can be realized if the deal is closed, Probability of Sale 
730, Expected Close Date 732, Open Action Items 736, a Promotion Code 740, a 
Contact Source 744, a Line of Business 746, a number of Employees 750 and Sales 
Volume 754 of the business. Lower Half Section 690 displays different information 
from sub-section to sub-section. 

Lower Half Section 690 of "View Notes" user interface 630 displays 
Date and Time 760 and Notes 762. Clicking on date and time 760 allows the user to 
edit particular notes entry by taking the user to Notes-Add (it has the information pre- 
filled so they can change the notes but not the date or the time). 

Figure 25 is an exemplary embodiment of an "Add Notes" user 
interface 770 providing the user with an ability to add notes to database 20. "Add 
Notes" user interface 770 is one of a sub-section of "Contacts" 370 (shown in Figure 
16). Add Notes user interface 770 is used for both add and edit mode. There is no 
limit to the number of lines that can be added for notes unless there is a system limit. 
A Date 772 and Time 774 is filled in automatically with today's date and current time, 
but user is allowed to change them (in add mode only). 

Figure 26 is an exemplary embodiment of a "View Action Items" user 
interface 790 providing the user with an ability to View Action Items stored in 
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database 20. "View Action Items" user interface 790 is one of a sub-section of 
"Contacts" 370 (shown in Figure 16). View Action Items user interface 790 displays 
the action items 792 list in a chronological order. Selecting column headings sorts the 
list. A priority field 796 is a pull down menu populated with Priority selection 1 - 
5 High, 2 - Moderate, 3 - Low. In an exemplary embodiment of the invention, a 
Completed field 798 is a check box. When a user completes an action item, the user 
checks the box. If the user checks the Completed box, Actual Completion Date 802 is 
automatically filled in with today's date and the user is taken to Completion Date 802 
field so the user may change it. Selecting an item in the Actions # column 804 takes 
1 0 user back to the edit mode. 

Figure 27 is an exemplary embodiment of an "Add Action Items" user 
interface 810 providing the user with an ability to Add Action Items to database 20. 
"Add Action Items" user interface 810 is one of a sub-section of "Contacts" 370 
(shown in Figure 16). Add Action Items user interface 810 is utilized for add and edit 

15 mode. Action # 814 is generated by system 10 and is for display only. Action #814 
is unique for the current contact only. Action 820 is a pull down menu with the 
selections of Call Back, Appointment, Create Proposal, Send Contract, Thank You 
Letter, Awaiting Customer Response, and <Add New>. The newly added action 
items are shared by all the users for that company. Priority 822 is a pull down menu 

20 with the same selections as Action Items page. If a Completed box 824 is checked by 
the user, then an actual completion date 826 is filled out by system 10. 

Figure 28 is an exemplary embodiment of a "View Products" user 
interface 840 providing the user with an ability to view products from database 20. 
"View Products" user interface 840 is one of a sub-section of "Contacts" 370 (shown 

25 in Figure 16). View Products user interface 840 displays a product list in the order it 
was entered to start. View Products user interface 840 also displays several column 
headings for Product 842, Model Number 844, Description of the Product 848, and a 
Price per Unit 850. Selecting the column heading sorts the list. Selecting product 842 
and making an entry in the list takes the user to the Add Products user interface 

30 (shown in Figure 25) where the user can change the list of products. 

Figure 29 is an exemplary embodiment of an "Add Products" user 
interface 860 providing the user with an ability to add products against a specific 
contact into database 20. Add Products user interface 860 is one of a sub-section of 
"Contacts" 370 (shown in Figure 16). Add Products user interface 860 is used for 



-20- 



18102-00003 



both add and edit. A product 864 and a model 866 are to be selected from a pull down 
list using information entered on the Products Main page. In order to delete product 
864 from the list, the user checks the delete box and then selects a "go" button 870. 

Figure 30 is an exemplary embodiment of a "View Deal History" user 
5 interface 880 providing the user with an ability to view deal status against a specific 
contact into database 20. View Deal History user interface 880 is one of a sub-section 
of "Contacts" 370 (shown in Figure 16). View Deal History user interface 880 
displays a Date and Time 882, Deal Status 884, and any Additional Information 886 
that exists on the deal. View Deal History user interface 880 is a display only screen 
10 showing deal status. The list is displayed in ascending chronological order. 

□ Figure 3 1 is an exemplary embodiment of a "Change Deal Status" user 

^ interface 888 providing the user with an ability to change deal status from one stage to 

s h another. Change Deal Status user interface 888 allows the user to change the status of 

U the current deal and transmits the updated status change to database 20. 

S 15 Figure 32 is an exemplary embodiment of an "Add New Contact" user 

interface 890 providing the user with an ability to view add new contact against a 
I"_ specific deal into database 20. Add New Contact user interface 890 is one of a sub- 

3 section of "Contacts" 370 (shown in Figure 16). Add New Contact user interface 890 

;f displays a blank Contacts page 896 and allows the user to type in the information 

^ 20 relating to that contact in the top half frame. The information that the user inputs in 
blank contact page 896 includes, Contact Name 702 (shown in Figure 20), Title 704, 
Company Name 706, Company Address 708 including City Name 710, State 712, and 
Zip Code 714. System 10 further displays Phone Number 716, Fax Number 718, E- 
Mail address 720, Deal Status 722, Deal Amount 724 that can be realized if the deal is 
25 closed, Probability of Sale 730, Expected Close Date 732, Open Action Items 736, 
Promotion Code 740, Contact Source 744, Line of Business 746, number of 
Employees 750 and Sales Volume 754 of the business (shown in Figure 20). 

Figure 33 is an exemplary embodiment of an "Action Items" user 
interface 900 providing the user with an ability to view an aggregate list of all actions 
30 for all contacts that have not been archived. Action Items user interface 900 
downloads and displays only open action items in ascending date order. Action Items 
user interface 900 displays a list of action items 904, contact names associated with 
each action items 906, requested date 910, priority associated with each action item 
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914, a completed check box 918 to indicate whether the action item is completed or 
not, and a completion date 920. Selecting column headings sorts the list. 

Priority associated with each action item 914 can be changed via pull 
downs menus. Completed check box 918 column is set up so that a user can check the 
5 box to indicate completion. If the user checks the completed box, completion date 
920 is filled in with that day's date and the user is taken to that field in case the user 
wants to change completion date 920. Selecting individual Action Items 904 allows 
the user to go to that specific Contact and Action Item page. 

Figure 34 is an exemplary embodiment of a "Reporting" user interface 
10 930 providing the user with an ability to view various reports. Reporting user 
I-] interface 930 provides user with an option to view or access various reports stored in 

[B database 20. In an exemplary embodiment, Reporting user interface 930 displays 

1 ,1 several sub-sections of "Reporting". Reporting user interface 930 section provides the 

ill user with an option to view many different reports including, but not limited to, 

\U 15 Descriptions 934, Contacts 938, Action Items 940, Activity 944, Sales Funnel 948, 
O Sales Forecast 950, Won & Lost Deals 954, Products 958, and Export Contact Data 

960. The user may access each of these sub-sections by selecting a specific sub- 
;ij section button located at the top portion of the user interface. 

; =y In an exemplary embodiment, Descriptions 934 report (not shown) is a 

:5 20 static HTML page which provides a brief description for each report. 

Figure 35 is an exemplary embodiment of a Contacts Report 964. 
Contacts report 964 is downloaded and displayed when the user has selected Contacts 
938 option (shown in Figure 34). In an exemplary embodiment, Contacts Report 964 
displays the following pull downs at the top of the screen, allowing the user to choose 

25 the criteria by which to define the report. For Tisf, the entire list of available data for 
that field should be displayed, with the list being narrowed when a selection is made. 
For example, if Deal Status Qualified is selected, the list under Source would 
automatically be narrowed so that only those Sources for contacts with a deal status of 
Qualified would be listed for the user to then narrow the search criteria. Contact 

30 Name and Company Name are text boxes that a user can enter a wildcard or specific 
search entry in. If the user leaves these fields blank, the system assumes all in 
conducting the search. Deal Status, Sales Person or Source are list pull down boxes 
where the first entry is "All", and the appropriate list is displayed. The Sales Person 
option is not available if the user is a sales person. The user is also allowed to select 
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the Sort Order of the fields that will be displayed on the report by allowing them to 
Sort By any two of the fields, offering either ascending or descending order. The 
items that are displayed in the report are the Company Name, Contact Name, Phone 
Number, Deal Status, Salesperson, and Last Update. 

5 Figure 36 is an exemplary embodiment of an Action Items Report 968. 

Action Items Report 968 is downloaded and displayed when the user has selected 
Action Items 940 option (shown in Figure 34). In an exemplary embodiment, Action 
Items Report 968 allows the user to select the data to be displayed by displaying the 
following fields as pull downs: Action Item, Due Date Range, Priority and 
1 0 Completion. Each of the fields allows the user to select "All" or an item from the list. 
The Due Date Range is a start and end date for the selection which will correspond to 
y the Requested Date field on the Action Items page. The user is allowed to sort the 

=J1 report by any two of the fields on the report, allowing for an ascending or a 

Ul descending sort. 

^ 15 In an exemplary embodiment, Activity 944 (shown in Figure 34) report 

(not shown) shows the activity for each step in the sales cycle, comparing it against 
the previous weeks or months. The user is allowed to select the reporting period and 
ry interval. Activity 944 report displays the columns for each reporting interval (either 

j ^ daily, weekly or monthly) that shows the number of contacts that were in that deal 

20 status during that time period (information that should be stored in the deal status 
Q history). 

Figure 37 is an exemplary embodiment of a Sales Funnel Report 972. 
Sales Funnel Report 972 is downloaded and displayed when the user has selected 
Sales Funnel 948 option (shown in Figure 34). In an exemplary embodiment, Sales 

25 Funnel Report 972 is a graphical representation of the Sales Cycle or Funnel as it 
relates to the deal status for all the contacts. Sales Funnel 948 report lists each deal 
status and then display a bar corresponding to the number of contacts that are 
currently in that deal status. This does not include the deal status Loss. Sales Funnel 
948 report is sorted starting with New Leads and ending with Closed Sale in this 

30 order: New Lead, Attempt Contact, Qualified Lead, Not Qualified, Proposal Sent, 
Proposal Accepted, Contract Pending, Closed Sale. 

Figure 38 is an exemplary embodiment of a Sales Forecast Report 976. 
Sales Forecast Report 976 is downloaded and displayed when the user has selected 
Sales Forecast 950 option (shown in Figure 34). In an exemplary embodiment, Sales 
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Forecast Report 976 is a monthly sales forecast based on Deal Amount and Expected 
Close Date. The user is allowed to choose the reporting period. If the user is not a 
salesperson but is a level 2 or level 3 manager, the user is allowed to select from a list 
showing a listing of salespersons and territories. The user is allowed to select the 
reporting interval of Months or Weeks. The matrix displays row titles showing 
Territories/Salespersons if the user is not a salesperson, or shows contacts if the user 
is a salesperson. The column titles will correspond to the reporting intervals: Months 
or Weeks. 

Figure 39 is an exemplary embodiment of a Won & Lost Deals Report 
980. Won & Lost Deals Report 980 is downloaded and displayed when the user has 
selected Won & Lost Deals 950 option (shown in Figure 34). In an exemplary 
embodiment, Won & Lost Deals Report 980 displays all the contacts that have a deal 
status of Loss or Sale Closed during a user-specified interval. Starting with those that 
were won, it lists a Contact Name, a Company Name, a Deal Amount and an 
Expected Close Date. For all Lost Deals it lists, under each Reason Code, it also lists 
a Contact Name, a Company Name, a Deal Amount and an Expected Close Date. The 
user is prompted to enter the starting and ending dates for the report. 

Figure 40 is an exemplary embodiment of a Products Report 982. 
Products Report 982 is downloaded and displayed when the user has selected Products 
950 option (shown in Figure 34). In an exemplary embodiment, Products Report 982 
shows a listing of all the Products that were entered via the Management - Update 
Product Table page, displaying the same fields that are currently available on that 
page: Product, Model, Description, and Price Per Unit. 

Figure 41 is an exemplary embodiment of an Export Contacts Report 
986. Export Contacts Report 986 is downloaded and displayed when the user has 
selected Export Contacts 950 option (shown in Figure 34). In an exemplary 
embodiment, Export Contact Data Report 950 allows the user to export contact 
information to a comma separated file. Export Contact Data Report 986 has the same 
selection criteria as the Contacts Report, but outputs every field that is currently 
displayed on the Contacts Add page. In an exemplary embodiment, the criteria 
selection page also has a checkbox for the user to indicate if the file should have a 
header record (not shown). 

Figures 42 through 51 are exemplary embodiments of various sub- 
sections of "Management" 400 (shown in Figure 16). 
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For example, Figure 42 is an exemplary embodiment of an 
"Add/Update Users" user interface 990 providing the user with an ability to perform 
several management functions based on the information stored in database 20. 
Add/Update Users user interface 990 is one of a sub-section of "Management" 400 
5 (shown in Figure 16). "Management" 400 section provides the user with an option to 
perform many different functions including, but not limited to, Add/Update Users 
994, Change Company Profile 998, Change Payment Information 1000, Change 
Organization 1002, Change Administrator 1004, and Update Product Table 1010. The 
user may access each of these sub-sections by selecting that specific sub-section 
1 0 button located at the top portion of the user interface. 

Add/Update Users user interface 990 function is not available for the 
"individual" Sales Tracker customer. Add/Update Users user interface 990 allows the 
user to add or update users. Any updates made here are reflected in the system web 
If* users table using the Customer Center Oracle function(s). 

Iyi 15 A list box 1050 is displayed with <Add User> as the first selection and 

: fl the list of users following. If Add User is selected, the user enters a first name 1054, 

^ L a last name 1056, and an e-mail address 1060 and then selects "Go" button 1064. 

i y Once the action is complete the same user is displayed. 

;jf If a username is selected, the user is allowed to fill in the information 

i«i 20 for that specific user and allowed to change it, or deactivate the user by selecting the 
deactivate user check box 1070. Once the user is done, the user selects "Go" button 
1064 to complete the process. Once complete, the same user is displayed, unless the 
user has been deactivated in which case the fields are empty and "Add User" is 
highlighted. 

25 After a user is added, the system administrator sends an e-mail to both 

the managers and administrators, giving them the username and password for the new 
user(s). 

Figure 43 is an exemplary embodiment of a "Change Company 
Profile" user interface 1080 providing the user with an ability to change a company 
30 profile stored in database 20. Change Company Profile user interface 1080 displays 
the current information about the company and allows the user to change it. 
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Figure 44 is an exemplary embodiment of a "Change Payment 
Information" user interface 1090 providing the user with an ability to change payment 
information stored in database 20. Change Payment Information user interface 1090 
allows the user to change the payment information. The credit card field needs to be 
5 validated. 

Figure 45 is an exemplary embodiment of a "Change Organization" 
user interface 1100 providing the user with an ability to change organizational 
information stored in database 20. Change Organization user interface 1100 allows 
the user to change the organizational structure that was defined when the user 
10 completed the enrollment section. Change Organization user interface 1 100 displays 
a menu of several hypertext links 1106 providing the following options: Add 
:r£ Territory 1110, Move Territory 1 1 14, Rename Territory 1116, Delete Territory 1 120, 

ij and Display Organization 1124. Change Organization user interface 1100 is also 

J: referred to as a menu page. 

^ 1 5 Figures 46 through 49 are exemplary embodiments of user interfaces 

0 relating to various displayed menu 1106 (shown in Figure 45) options on Change 

\ Organization user interface 1 100 (shown in Figure 45). 

3 Figure 46 is an exemplary embodiment of an "Add Territory" user 

2 interface 1130. Add Territory user interface 1 130 allows the user to add a territory by 

3 20 typing in a territory name 1134 and then selecting a "Go" button 1136 to indicate 

whether it is a level 2 or 3. If it is a level 3, the user is asked to select the level 2 that 
this territory reports to. Once the user has done so, the user selects Go button 1136 
which returns the user back to the menu page 1 100 (shown in Figure 45). 

Figure 47 is an exemplary embodiment of a "Move Territory" user 
25 interface 1150. Move Territory user interface 1150 allows the user to move a 
territory. The user would choose a level 3 territory 1 154 the user wishes to move and 
a level 2 territory 1 156 to move it under. In both cases the user would be presented 
with list boxes from which the user can choose a territory. Once the user is done, the 
user selects a "Go" button 1 1 60 which returns the user back to menu page 1 1 00 
30 (shown in Figure 45). 

Figure 48 is an exemplary embodiment of a "Rename Territory" user 
interface 1 170. Through Rename Territory user interface 1 170, the user is allowed to 
choose a territory from a drop down list box 1 174 that the user wishes to rename and 
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then allowed to enter in the new territory name 1178. Selecting a Go button 1180 
completes the renaming process and returns the user back to menu page 1 1 00 (shown 
in Figure 45). 

Figure 49 is an exemplary embodiment of a "Delete Territory" user 
interface 1190. Through Delete Territory user interface 1190, the user is allowed to 
delete a territory that has no reporting users or territories. The user is presented with a 
drop down list box 1194 of all level 2 and 3 territories and allowed to choose the 
territory the user wishes to delete. When a "Go" button 1196 is clicked, a 
confirmation box is displayed for the user. If an error occurs (such as having 
reporting users or territories) an appropriate message is displayed in a pop-up box and 
the user remains on this page. Otherwise, once the user has successfully completed 
the process by selecting Go button 1196, the user is returned to menu page 1100 
(shown in Figure 45). 

In an exemplary embodiment (not shown), the system also provides an 
ability to Display Organization that currently exists in database 20. This is the same 
as the enrollment verification functionality. The organization chart image is on the 
right side of the page. This is a display only view. It contains links to all of the other 
links in this function. 

Figure 50 is an exemplary embodiment of a "Change Administrator" 
user interface 1200 providing the user with an ability to change administrator 
information stored in database 20. Change Administrator user interface 1200 allows 
System 1 0 two individuals to be administrators, the enrollee and the person designated 
as the administrator. Information 1204 about these individuals is displayed on user 
interface 1200 and can be updated. If a user is completely changed, a message is 
displayed indicating that the old user will be deactivated as an administrator. 

Figure 51 is an exemplary embodiment of an "Add/Update Product 
Table" user interface 1210 providing the user with an ability to Add/Update Product 
Table information stored in database 20. Add/Update Product Table user interface 
1210 allows the user to add or update the product table. A list box 1212 is displayed 
with <Add Product> as the first selection and the list of products following. If Add 
Product is selected, the user enters the information such as a name of a product 1214, 
a model number 1216, and description 1218 of the product and then selects a "Go" 
button 1220. Once the action is complete, the same product is displayed. 
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If a product is selected, the user is allowed to fill in the information for 
that product and then allowed to change it, or to delete that product by checking a 
delete product check box 1230. Once the user is done, the user selects Go button 
1220. Once complete, the same product is displayed, unless the product was 
deactivated in which case the fields are empty and Add Product is highlighted. 

Figure 52 is an exemplary embodiment of a "Contact Us" user 
interface 1250. Through Contacts Us user interface 1250, the user is allowed to 
provide comments or questions related to the product. Once the user provides the 
requested information to help facilitate processing the Comments/ Questions, the user 
submits the information by selecting a Go button (not shown). 

Figure 53 is an exemplary embodiment of a "Frequently Asked 
Questions" user interface 1260. Through Frequently Asked Questions user interface 
1260, the user accesses the response to several important questions regarding the 
utility of the web-based application. Frequently Asked Questions user interface 1260 
is a sub-section of Service/ Help 410 section (shown in Figure 16). Other sub- 
sections of Service/ Help 410 section includes, Contact Us 1262, Pricing 1264, Terms 
of Use 1266, and an Online Tutorial 1268. Selecting individual sub-sections and 
double clicking the same, server system 12 (shown in Figure 1) downloads and 
displays related user interfaces. For example, server system 12 downloads and 
displays Contacts Us user interface 1250 (shown in Figure 52) when the user selects 
and double clicks Contact Us 1262. Similarly Pricing User Interface 1270 (shown in 
Figure 54) is downloaded and displayed when the user selects and double clicks 
Pricing 1264. The user also has an option to access online tutorial by selecting and 
double clicking "Online Tutorial". The screens relating to online tutorial are shown in 
Appendix B. The tutorial shows the user just how easy it is to use the Sales Tracker / 
System for Managing Sales Deals to enhance the sales productivity. It provides the 
user with a step by step approach in utilizing the system and resolving user related 
issues. 

Figure 54 is an exemplary embodiment of a "Pricing" user interface 
1270. Through Pricing user interface 1270, the user is provided the pricing plan or a 
fee schedule. 

Figure 55 is an exemplary embodiment of a "Terms of Use" user 
interface 1280. Through Terms of Use user interface 1250, the user is provided the 
terms and conditions under which the user is permitted to use the system and the 
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associated software. Terms of Use user interface 1280 is downloaded and displayed 
when the user selects and double clicks Terms of User 1266 (shown in Figure 53). 
Terms of user may also be downloaded and displayed when the user selects and 
double clicks "Terms of Use" hypertext link shown under Pricing user interface 1 270 
(shown in Figure 54). 

Figure 56 is an algorithm 1300 practiced utilizing SLMS 10. In an 
exemplary embodiment, the user enters the log-in screen 1360 and through the log-in 
screen, accesses 1364 home page 330 (shown in Figure 16) of the web site through 
client system 14 (shown in Figure 1). Home page 330 displays several options 1370. 
Once the user selects 1380 a specific option from the various hypertext links, the 
request is transmitted to server system 12. Transmitting the request 1384 is 
accomplished either by the click of a mouse or by a voice command. After the request 
is received 1390, server system 12 accesses 1392 database server 16 and retrieves 
1394 related information from database 20 (shown in Figure 1). The requested 
information is downloaded 1398 and provided 1400 to client system 14 from server 
12. The user continues to search database 20 for other information or exits 1410 from 
SLMS 10. 

In another embodiment, the user enters the log-in screen 1300 and 
through the log-in screen, and accesses 1450 enrollment module to complete the 
enrollment process to use SLMS 10. The user enters 1460 the requested information 
to set up an organizational hierarchy. Throughout the process of providing the 
information, the user is prompted through pull down menus or other blank fields 
displayed on the user interface. The user may also maintain 1470 the database by 
adding, deleting or updating information to ensure the accuracy of organizational 
hierarchy or other related information. The user may generate 1480 a variety of 
management reports or simply exit 1410 the system. 

In one embodiment, client system 14, as well as server system 12, are 
protected from access by unauthorized individuals. As described, SLMS 10 includes 
an interactive searchable database 20 for all leads related information which provides 
flexibility to sales representatives as well as management staff to maintain leads 
tracking records to date and stay current with the status of all leads. Through SLMS 
10, managers, sales representatives (including employees, contractors and variable 
workers) and database administrators directly update, review and generate reports of 
current information. 
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While the invention has been described in terms of various specific 
embodiments, those skilled in the art will recognize that the invention can be practiced 
with modification within the spirit and scope of the claims. 
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